linux open file的修改和too many open file问题的解决 |
您所在的位置:网站首页 › linux修改open files › linux open file的修改和too many open file问题的解决 |
linux 服务器上执行程序down机,查看log日志发现panic :too many open file 解决方法: 运行ulimit -a 查看我们open file的文件数量 1024确实有点少了,通过命令umlimit -n 65535 来修改open file的值 这个命令可以把默认的句柄数改为2000,但系统重启后会恢复默认值(关闭窗口在重新登陆服务器你就会发现open file 变成了默认值) ?修改linux单进程连接数 修改linux系统参数。vi /etc/security/limits.conf 添加 * soft nofile 65536 * hard nofile 65536 修改以后保存,注销当前用户,重新登录,执行ulimit -a ,ok ,参数生效了:linux 句柄查看命令参考: linux 文件句柄数查看命令_骄阳如火的博客-CSDN博客_linux 文件句柄数查看命令 永久修改open file 需要修改两个参数,file-max和limits.conf中的两个参数,为什么需要修改这两个参数和open file发生的根本原因可以参考: https://www.cnblogs.com/chenpingzhao/p/5563602.html 女生也看得懂的linux中open file设置原则-CSDN论坛 修改步骤: linux修改open file 大小,修改步骤如下: 1》修改file-max 修改文件: vi /etc/sysctl.conf在文件末尾加入: fs.file-max = 65535保存文件,重启后生效 2》修改ulimit的open file,系统默认的ulimit对文件打开数量的限制是1024 修改文件: vi /etc/security/limits.conf在文件中加入: soft nofile 65535 hard nofile 65535修改完成,保存文件,重启后生效 但是这里需要注意的是修改limits.conf 文件时候要根据系统核数进行修改,不能随便写,一般按照4核算的话 (4*1024*1024) 虚拟内存就这么大,大约一百万左右,你的file-max limit.conf中的那两个值就不能比这个大 如果写的比虚拟内存还打的后果就是sudo 登陆不上,系统无法打开i新的文件,因为linux系统一切皆文件,所以后果会很难受,一般执行sudo的时候会有这个报错 sudo: pam_open_session: Permission denied sudo: policy plugin failed session initialization 一次修改limits.conf 引发的血案 - 简书(可以参考这个) 我用的国外的服务器,无法重启生效(亚马逊的服务器用过的就知道为啥不介意重启了) 就针对进程来进行对应的openfile修改 先 ulimit -HSn 65535 ? ulimit-a 查看是否修改 这时,可以考虑通过修改/proc/’程序pid’/limits来实现动态修改!!! 也就是说,你执行完ulimit -HSn 65535 在执行你的程序,你的执行程序就会自己记录open file 哪怕关闭服务器窗口,虽然ulimit -a 查询已经回复默认值,但是你的这个执行程序的open file是不会回到默认值的 |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |